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Specification 
Title of the Invention 
Distributed Pipeline Scheduling Method and System 

5 Background of t he Invention 

The present invention relates to a packet 
switching system and, more particularly, to a pipeline 
scheduling method and system for the packet switch of a 
packet switching system. 
10 Some recent packet switching systems use an 

input buffer type switch having N inputs and N outputs 
(N is a natural number) and N virtual output queuing 
(VOQ) elements in each input section. 

Fig. 8 shows a conventional, general input 
15 buffer type packet switch having N inputs and N outputs 
(N is a natural number). Referring to Fig. 8, a packet 
switch 40 includes a plurality of input ports for 
inputting data, a plurality of output ports for 
outputting data, a data switch element 54 for 
20 transferring data input from the input ports to the 

output ports by switching them, and a scheduler 50 for 
controlling the data switch element 54. 

Each input port has virtual output queuing 
(VOQ) elements 52. As the switch element 54, a 
25 cross-bar switch may be used. The scheduler 50 has a 

distributed scheduling architecture and is comprised of 
distributed scheduling modules 51-i (i = 1 to N) 
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arranged for the respective input ports. The packet 
switch 40 performs transfer within the cross-bar switch 
by using fixed-size packets. With this operation, the 
operation time of the switch system is quantized. This 
5 quantization unit will be referred to as a time slot. 

The scheduler 50 receives pieces of connection 
request information (REQ) from the respective input 
ports for the respective output ports in units of time 
slots, and determines connection permission information 
10 (GRANT) between the input ports and the output ports on 
the basis of the connection request information. The 
scheduler 50 generates connection information (MSEL) 
between the input ports and the output ports on the 
basis of the connection permission information, and 
15 notifies the switch element 54 of the generated 

information, thereby setting input/output connections in 
the switch element 54. 

The scheduler 50 generates, on the basis of 
connection permission information, transfer permission 
20 information (DSTMSG) indicating a specific output port 
from which data transfer is permitted with respect to 
each input port, and notifies each input port of the 
transfer permission information. Each input port 
outputs data to the switching element in accordance with 
25 the transfer permission information, and the 

corresponding output port receives the data, thereby 
completing switching. 
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The purpose of the scheduler 50 is to generate 
N x N pieces of connection permission information from N 
x N pieces of connection request information. To 
generate connection permission information, each of 

5 distributed scheduling modules 51-1 to 51 -N determines 
connection permission/inhibition for each input port 
with respect to the corresponding output port. An 
output port to which a given distributed scheduling 
module 51-n (n is a natural number; 1 ^ n ^ N) has 

10 given connection permission is a port "reserved" by 

another distributed scheduling module from the viewpoint 
of a distributed scheduling module 51-m (m N) ; 
connection permission cannot be given to this port. 
When a given distributed scheduling module determines 

15 connection permission for a given output port, this 
operation will be expressed as "reserving an output 
port" hereinafter. 

As a distributed scheduling algorithm for a 
packet switch, an RRGS (Round Robin Greedy Scheduling) 

20 algorithm is available, which is disclosed in 

A. Smiljanic et al . , "RRGS-Round-Robin Greedy Scheduling 
for Electronic/Optical Terabit Switches", Globecom 99, 
November 1999. 

In a scheduler using the RRGS algorithm, 

25 distributed scheduling modules are connected in a ring 
form, and messages are exchanged between adjacent 
distributed scheduling modules. According to the RRGS 



algorithm, each distributed scheduling module reserves 
(connection permission determination) a target time slot, 
and passes the resultant information to the next 
distributed scheduling module. The RRGS algorithm uses 
5 a pipeline function to relax the required message 
transfer rate condition. 

A reservation process for a given time slot is 
completed when one cycle of message transfer is done 
among the respective distributed scheduling modules. In 

10 addition, according to the RRGS algorithm, N distributed 
scheduling modules reserve time slots at least N slots 
ahead of the current slot. Furthermore, in the RRGS 
algorithm, reservation processes for N time slots are 
made to simultaneously proceed with a phase shift of one 

15 time slot. 

This RRGS algorithm may be modified such that 
reservation processes for a plurality of time slots are 
started at once from different distributed scheduling 
modules and made to proceed so as to be terminated 
20 simultaneously. This algorithm will be referred as 
framed RRGS hereafter. 

Fig. 9 shows the arrangement of a distributed 
scheduler using RRGS and framed RRGS. Fig. 9 shows an 
arrangement with port count N = 4 as an example. 
25 Referring to Fig. 9, the scheduler is comprised of IMs 

(Input Modules) 10-1 to 0-4. Each module 10-i (i = 1 to 
4) receives a frame pulse (FP) 21 indicating the head of 



a frame. Each module 10-i operates in synchronism with 
the frame pulse 21. 

For each module 10-i, a physical number 23-i 
for module identification is set. Connection request 
5 information 11-i is input from each input port to the 
corresponding module 10-i, and the module 10-i 
determines a reservation (connection permission) in 
accordance with the arbitration result on the connection 
request, and outputs a corresponding one of pieces of 

10 connection permission information 12-1 to 12-4. 

According to RRGS and framed RRGS, contention 
of connection requests for an output port is avoided by 
exchanging "output port reservation information", which 
is information obtained by degenerating input port 

15 information from connection permission information 
(information generated by referring to input port 
information), between adjacent distributed scheduling 
modules. For example, the module 10-3 receives output 
port reservation information 14-2 from the preceding 

20 module 10-2 as output port reservation information 13-3, 
and uses it for arbitration of connection requests. 
Upon determining connection permission information, the 
module 10-3 notifies the succeeding module 10-4 of 
output port reservation information 14-3. 

2 5 Fig. 10 shows scheduling based on RRGS 

disclosed in the above reference in a case where an odd 
number of ports are used. Fig. 10 shows a case where 



port count N = 5 , and a reservation sequence from time 
slot (TS) 6. 

Scheduling for TS6 is executed as follows. 
TS1 represents a scheduling start time slot; and TS5, an 
5 end time slot. Reserving operation is started from a 
distributed scheduling module IM1 and ended at a 
distributed scheduling module IM5 . First of all, in TS1, 
the distributed scheduling module IMl performs reserving 
operation, and transfers output port reservation 
10 information for TS6 to a distributed scheduling module 
IM2. 

In TS2, the distributed scheduling module IM2 
performs reserving operation, and transfers output port 
reservation information for TS6 to a distributed 

15 scheduling module IM3 . Subsequently, the distributed 
scheduling module IM3 performs reserving operation and 
information transfer in TS3, and a distributed 
scheduling module IM4 performs reserving operation and 
information transfer in TS4 . When a distributed 

20 scheduling module IM5 performs reserving operation in 
TS5, reserving operation of the distributed scheduling 
modules for TS6 is completed, and the reservation result 
is used in TS6. 

Scheduling for TS7 is performed by making the 

25 distributed scheduling modules IM5, IMl, IM2 , IM3, and 
IM4 sequentially perform reserving operation and 
transfer output port reservation information in the 



interval between TS2 and TS6 in the order named. 
Subsequently, scheduling for TS8 and TS9 is executed in 
the same manner. 

In this case, at the respective times, the 
5 respective distributed scheduling modules IM execute 

reserving operations for different times. For example, 
in TS5 , the distributed scheduling module IMl executes 
reserving operation for reservation time slot TS8; the 
distributed scheduling module IM2, for TS10; the 
10 distributed scheduling module IM3, for TS7; the 

distributed scheduling module IM4, for TS9; and the 
distributed scheduling module IM5, for TS6. 

Fig. 11 shows scheduling based on RRGS 
disclosed in the above reference in a case where an even 
15 umber of ports are used. Fig. 11 shows a case where 

port count N = 4, and a reservation sequence from time 
slot (TS) 6. 

This case differs from that in Fig. 10 in that 
when a reservation in a given time slot is executed, 
20 information transfer must be stopped in a time slot in 
the process of reserving operation. Referring to 
Fig. 11, the hatched portions represent such time slots 
in which information transfer must be stopped. As 
described above, according to RRGS, pipeline processing 
25 differs depending on whether the number of input ports 
is an even or odd number. 

Fig. 12 shows a case where port count N = 4, 



and a reservation sequence from TS5 . 

This scheduling operation differs from 
scheduling operations based on RRGS in Figs. 10 and 11 
in that the respective distributed scheduling modules 
IM1 to IM4 simultaneously start reserving operations for 
different time slots at a given timing, and also 
simultaneously terminate the reserving operations. 

In the above distributed scheduling algorithm, 
each input module IM must perform reception of output 
port reservation information, expansion of the received 
information, reservation processing and updating of 
information by using the received information, format 
conversion of the updated information, and transmission 
of the information. According to the above conventional 
algorithm, the above processing is completed in one time 
slot (TS) in a time chart. 

Fig. 13 shows the details of each time slot 
(TS) in Figs. 10 to 12. Referring to Fig. 13, one time 
slot in Figs. 10 to 12 is expressed as the interval 
between time TO and time T4 . 

More specifically, each input module IM 
receives information from the adjacent input module IM 
in the interval between time TO and time Tl. Each 
module expands the information in the interval between 
time Tl and time T2 . In this interval, the module 
converts the information into parallel information if 
the information was transferred serially. In the 



interval between time T2 and time T3, the module 
executes reservation processing. In the interval 
between time T3 and time T4, the module converts the 
information into a format for transfer. In this 
interval, for example, the module performs 
serial/parallel conversion or the like to serially 
transfer the information. In the interval between time 
T4 and time T5, the module transmits the information to 
the adjacent input module IM (the interval between TO 
and Tl is equal to the interval between T4 and T5) . 

As described above, when reservation 
processing (T2 to T3) and other processing (to be 
referred to as transfer processing hereinafter) are to 
be executed within a single time slot, the times 
assigned to the respective processes are limited. This 
makes it difficult to flexibly cope with an increase in 
the number of ports by using the conventional algorithm. 
If, for example, the number of ports increases, the time 
required for a given input port to select one of output 
ports and perform reserving operation for the port is 
prolonged in reservation processing (T2 to T3) . In 
addition, as the number of ports increases, the amount 
of output port reservation information to be transferred 
between the input modules IM increases. 

Furthermore, when output port reservation 
information is to be serially transferred, the 
information transfer time (TO to Tl) , information 



expansion time (Tl to T2) , format conversion time (T3 to 
T4), and information transfer time (T4 to T5) are 
prolonged. Since the total time of these times and the 
above reservation processing time must be limited within 
5 one time slot, severe limitations are imposed on the 
number of ports. 

When output port reservation information is to 
be transferred parallel, the information expansion time 
(Tl to T2) and format conversion time (T3 to T4) can be 

10 omitted. In this case, however, the number of signal 
lines required for transfer between the IMs increases. 
When, therefore, IMs are to be implemented by an LSI, 
the number of terminals of the LSI becomes too large to 
integrate the IMs into one LSI. 

15 Summary of the Invention 

It is an object of the present invention to 
provide a distributed pipeline scheduling method and 
system which are tolerant of processing time limitations. 
In order to achieve the above object, 

20 according to the present invention, there is provided a 
distributed pipeline scheduling method for a system 
which includes a plurality of input ports for inputting 
data, a plurality of output ports for outputting data, a 
data switch element for switching the data input from 

25 the input ports and transferring the data to the output 
ports, and a scheduler having a distributed scheduling 
architecture for controlling the data switch element, 
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and determines connection reservations between the input 
ports and the output ports, comprising the steps of 
causing the scheduler to independently assign time slots 
to information transfer processing and reservation 
processing, and processing information transfer 
processing and reservation processing in the assigned 
time slots in a pipeline fashion. 
Brief Descriptio n of the Drawings 

Fig. 1 is a block diagram of an input module 

in Fig. 9; 

Fig. 2 is a block diagram of a connection 
permission storage section and connection permission 
storage control section in Fig. 1; 

Fig. 3 is a timing chart showing the operation 
of each input module in Fig. 1; 

Fig. 4 is a timing chart showing scheduling 
operation in the first embodiment of the present 
invention; 

Fig. 5 is a timing chart showing scheduling 
operation in the second embodiment of the present 
invention; 

Fig. 6 is a timing chart showing scheduling 
operation in the third embodiment of the present 
invention; 

Fig. 7 is a timing chart showing scheduling 
operation in the fourth embodiment of the present 
invention; 
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Fig. 8 is a block diagram showing the 
arrangement of a conventional input buffer type packet 
switch having N inputs and N outputs (N is a natural 
number) ; 

Fig. 9 is a block diagram of a distributed 
scheduler using RRGS and framed RRGS; 

Fig. 10 is a timing chart showing scheduling 
based on RRGS in a case where an odd number of ports are 
used; 

Fig. 11 is a timing chart showing scheduling 
based on RRGS in a case where an even number of ports 
are used; 

Fig. 12 is a timing chart showing scheduling 
based on framed RRGS; and 

Fig. 13 is a timing chart showing the 
operation of each input module in one time slot (TS) . 
Description of the Pre ferred Embodiments 

The present invention will be described in 
detail below with reference to the accompanying drawings. 

A scheduler to which the present invention is 
applied has the same arrangement as that shown in Fig. 9 
except for operation in time slots, and hence will be 
described below with reference to Fig. 9. Referring to 
Fig. 9, port count N = 4, and the scheduler to which the 
present invention is applied is comprised of input 
modules 10-i equal in number to the ports, i.e., input 
modules 10-1 to 10-4. 
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A frame pulse (FP) 21 indicting the head of a 
frame is input to each module 10-i. In each module 10-i, 
a physical number 23 for module identification is set in 
each module 10-i. In addition, each module 10-i 
receives connection request information 11-i and output 
port reservation information 13-i. The module 10-i 
determines connection permission (reservation) by 
arbitrating connection requests, and outputs connection 
permission information 12-i and updated output port 
reservation information 14-i. Output port reservation 
information 14 output from each module 10 is input as 
output port reservation information 13 for the 
succeeding module. 

Fig. 1 shows the detailed arrangement of each 
module 10-i in Fig. 9. The module 10-i includes an 
allocator 15, connection permission storage section 16, 
connection permission storage control section 17, output 
port reservation information receiving section 18, and 
output port reservation information transmitting section 
19. 

The output port reservation information 
receiving section 18 receives the output port 
reservation information 13 from the preceding module, 
performs serial/parallel conversion and format 
conversion, and notifies the allocator 15 of output port 
reservation information 131. 

On the basis of connection request information 



11 and the output port reservation information 131 
output from the output port reservation information 
receiving section 18, the allocator 15 determines 
connection permission information 12 for an output port 
with respect to the input port managed by this module 
and updates the output port reservation information. As 
an algorithm for determination, a known algorithm is 
used. Updated output port reservation information 141 
is notified to the output port reservation information 
transmitting section 19. 

The output port reservation information 
transmitting section 19 performs format conversion and 
parallel/serial conversion for the output port 
reservation information 141 output from the allocator 15, 
and outputs the updated output port reservation 
information 14 to the succeeding module. 

The connection permission storage section 16 
stores the connection permission information 12 
determined by the allocator 15 until the time of a time 
slot in which this information is used. The connection 
permission storage section 16 has a memory 160 for 
storing connection permission information, as shown in 
Fig. 2. 

The connection permission storage control 
section 17 determines a reservation sequence pattern of 
connection permission information in the corresponding 
module from the physical number 23 for module 



identification in synchronism with the frame pulse (FP) 
21, and controls a write/read sequence of the connection 
permission information 12 in units of time slots. As 
shown in Fig. 2, the connection permission storage 
5 control section 17 is comprised of a write address 
counter 170 for generating a write address for the 
memory 160 of the connection permission storage section 
16, a read address counter 171 for generating a read 
address for the memory 160, and a load data generating 

10 section 172. 

The load data generating section 172 
determines a connection permission information 
reservation start value from the physical number 23. 
The write address counter 170 sets the connection 

15 permission information reservation start value as load 
data, and a frame pulse as a load input. The read 
address counter 171 sets a frame pulse as a load input. 
Both these counters 170 and 171 perform counting 
operation in accordance with a clock (not shown) whose 

20 period is equal to a time slot time. The count values 
are respectively input as a write address and read 
address to the memory 160 in the connection permission 
storage section 16, thereby writing/reading connection 
permission information. 

25 Operation of each input module described above 

on a time-slot basis will be described next with 
reference to Fig. 3. Referring to Fig. 3, a time slot 
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TS includes a time slot TS-a from time TO to time T3, a 
time slot TS-b from time T3 to time T6, and a time slot 
TS-c from time T6 to T9. 

The time (Tl to T2, T4 to T5, T7 to T8) during 
5 which the output port reservation information receiving 
section 18 and output port reservation information 
transmitting section 19 perform information transfer 
remains unchanged in the respective time slots. The 
time (T2 to T3, T5 to T6, T8 to T9) during which the 
10 output port reservation information receiving section 18 
performs information expansion also remains unchanged in 
the respective time slots. In addition, the time (TO to 
Tl, T3 to T4, T6 to T7) during which the output port 
reservation information transmitting section 19 performs 
15 format conversion remains unchanged in the respective 
time slots. 

Consider reservation processing for a time 
slot TS-r which is performed by the allocator 15 in the 
time slot TS-b. The output port reservation information 
20 receiving section 18 receives the output port 

reservation information 13 from the preceding module in 
the interval between time Tl and time T2 in TS-a. The 
output port reservation information receiving section 18 
performs expansion processing for the output port 
25 reservation information in the interval between time T2 
and time T3 in TS-a, and outputs the output port 
reservation information 131 at time T3 . 
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processing in the interval between time T3 and time T6 
in TS-b. At the same time, the allocator 15 determines 
connection permission information for an output port, 
5 and outputs the updated output port reservation 
information 141. The output port reservation 
information transmitting section 19 performs format 
conversion in the interval between T6 and T7 in TS-c, 
and transmits the output port reservation information 14 
10 to the succeeding module in the interval between T7 and 
T8 . 

The reservation information at a given 
reservation time which is determined by the allocator 15 
is written and stored in the connection permission 

15 storage section 16 under the control of the connection 
permission storage control section 17. The determined 
reservation information is read out from the connection 
permission storage section 16 at a predetermined 
reservation time under the control of the connection 

20 permission storage control section 17 and used. 

As described above, this module performs 
processing for the reservation time slot TS-r in three 
time slots, i.e., TS-a, TS-b, and TS-c. 

Consider the time slot TS-b next. In this 

25 time slot, the output port reservation information 
receiving section 18 executes information reception 
processing and information expansion processing for a 
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reservation time slot TS-s. At the same time, the 
allocator 15 executes reservation processing for the 
reservation time slot TS-r, and the output port 
reservation information transmitting section 19 executes 
format conversion processing and information 
transmission processing for a reservation time slot TS-q. 

In this manner, the output port reservation 
information receiving section 18, allocator 15, and 
output port reservation information transmitting section 
19 of the module 10-i execute processing for different 
reservation time slots at the same time. That is, in 
this module, the output port reservation information 
receiving section 18, allocator 15, and output port 
reservation information transmitting section 19 execute 
pipeline processing. 

Scheduling operation based on RRGS and framed 
RRGS according to the present invention, which uses the 
distributed scheduling modules described above, will be 
described next. 

Fig. 4 shows scheduling operation of the first 
embodiment of the present invention. This operation is 
scheduling operation based on framed RRGS. Fig. 4 shows 
case where module count N = 4, and a method of 
determining a reservation sequence from TS9. The 
encircled time slot numbers (TS9 to TS20) indicate time 
slots that are reserved by a series of pipeline 
operations . 



Time slots in which IM numbers (IM1 to IM4) 
are written indicate time slots in which reservation 
processing is executed. Time slots in which arrows are 
written indicate time slots in which format conversion 
5 processing, transfer processing, and expansion 

processing of reservation output port information are 
executed. The last curved arrow indicates a time slot 
as a reservation target. 

Consider the correspondence between the 

10 operations in Figs. 3 and 4. Referring to Fig. 4, for 
example, IM2 executes reservation processing for TS9 in 
the interval between TS2 and TS4. This corresponds to 
reservation processing for TS-r in the interval between 
TS-a and TS-c in Fig. 3. 

15 Scheduling for TS9 is executed as follows. 

TS1 represents a scheduling start time slot; and TS7, a 
last time slot. Reserving operation is started from the 
distributed scheduling module IMl and terminated at IM4 . 
First of all, the distributed scheduling module IMl 

20 performs reserving operation in TS1. In TS2, output 

port reservation information for TS9 is transferred from 
the distributed scheduling module IMl to IM2 . 

In TS3, the distributed scheduling module IM2 
performs reserving operation. In TS4, the output port 

25 reservation information for TS9 is transferred from the 
distributed scheduling module IM2 to IM3 . Subsequently, 
the distributed scheduling modules IM3 and IM4 perform 
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reserving operation. When the distributed scheduling 
module IM4 performs reserving operation in TS7, the 
reservation for TS9 by the respective distributed 
scheduling modules I Ml to IM4 is completed. 
5 Each module uses the reservation information 

12 for TS9, which was determined upon execution of 
reserving operation and stored in the connection 
permission storage section 16, in TS9. Scheduling for 
TS10, TS11, and TS12 is started by the distributed 

10 scheduling modules IM4, IM3, and IM2 from TS1 and 
completed at TS7 . 

Scheduling for TS13, TS14, TS15, and TS16 is 
executed in the interval between TS2 and TS8. In the 
interval between TS1 and TS8, connection reservations 

15 for TS9 to TS16 are determined. 

Pipeline processing can also be realized by 
the above method even in reservation processing in which 
distributed pipeline scheduling based on framed RRGS is 
used, and a reservation processing time coincides with 

2 0 one time slot. 

Fig. 5 shows scheduling operation in the 
second embodiment of the present invention. This 
operation is also scheduling operation based on framed 
RRGS. Fig. 5 shows a case where module count N = 4, and 

25 a method of determining a reservation sequence from TS9. 

The following is the difference between this 
embodiment and the first embodiment of the present 



invention shown in Fig. 4. In the first embodiment, the 
combination of reservation time slots for which 
processing is started from TS1 are TS9, TS10, TS11, and 
TS12, and the combination of reservation time slots for 
5 which processing is started from TS2 are TS13, TS14, 

TS15, and TS16. In contrast to this, in this embodiment, 
reservation time slots for which processing is started 
from TS1 are TS9, TS11, TS13, and TS15, and reservation 
time slots for which processing is started from TS2 are 

10 TS10, TS12, TS14, and TS16. 

As shown in Fig. 5, in the second embodiment 
as well, TS1 is a start reservation time slot. As in 
the first embodiment, connection reservations for TS9 to 
TS16 can be determined in the interval between TSl and 

15 TS8 . This makes it possible to obtain effects similar 
to those in the first embodiment. 

Fig. 6 shows scheduling operation in the third 
embodiment of the present invention. This operation is 
scheduling operation based on RRGS . Fig. 6 shows a case 

20 where the number of modules used is an even number, i.e., 
N = 4, and a method of determining a reservation 
sequence from TS9. 

Scheduling for TS9 is started from a 
distributed scheduling module IM1 in TSl. In TS3, a 

25 distributed scheduling module IM2 performs reservation 

processing. In TS5, a distributed scheduling module IM3 
performs reservation processing. In TS7, a distributed 
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scheduling module IM4 performs reservation processing. 
In TS2, TS4, and TS6, transfer processing is performed. 
Subsequently, scheduling for TS10 is started from the 
distributed scheduling module IM4 in TS2. In TS4, the 
5 distributed scheduling module IM1 performs reservation 
processing. In TS6, the distributed scheduling module 
IM2 performs reservation processing. In TS8, the 
distributed scheduling module IM3 performs reservation 
processing. In TS3, TS5, and TS7, transfer processing 

10 is performed. Subsequently, reservation processing for 
time slots are sequentially executed. 

As shown in Fig. 6, when N is an even number, 
processing is start from each time slot, and connection 
reservations for time slots 2N time slots ahead of the 

15 current time slot can be determined. 

Fig. 7 shows scheduling operation according to 
the fourth embodiment of the present invention. This 
operation is scheduling operation based on RRGS as in 
the operation shown in Fig. 6. Fig. 7 shows a case 

2 0 where module count N = 5, and a method of determining a 
reservation sequence from TS11. As shown in Fig. 7, 
even if N is an odd number, processing is started from 
each time slot, and connection reservations for time 
slots 2N time slots ahead of the current time slot can 

25 be determined. 

As is obvious from a comparison between the 
operation in Fig. 7 and the operation in Fig. 6, in the 



distributed scheduling method according to the present 
invention, when scheduling operation based on RRGS is 
performed, the algorithm remains unchanged regardless of 
whether the number of modules is an even or odd number. 
5 Unlike the conventional scheduling operation using RRGS 
singly, the same distributed scheduling modules can be 
used regardless of whether the number of modules is an 
even or odd number. 

In the first to fourth embodiments, when N 
10 modules are present, reservation processing is executed 
for reservations for future time slots 2N time slots 
ahead of a time slot from which reservation processing 
is started. However, reservation processing can also be 
executed for reservations for future time slots 2N-1 
15 time slots ahead of a time slot from which reservation 
processing is started. 

Since N-l transfer operations are enough to 
transfer information from the first module to the last 
module by using N modules, connection reservations are 
20 determined at a time point after a lapse of 2N-1 time 

slots from a time slot from which reservation processing 
is started. Therefore, reservation processing can be 
executed for reservations for future time slots 2N-1 
time slots ahead of each time from which processing is 
25 started. 

As a scheduling method of arbitrating 
connection requests for an input buffer type cross-bar 
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switch, the following method is available. In this 
method, a plurality of input ports are grouped and 
accommodated into one distributed scheduling module, and 
connection request arbitration (reservation assignment) 
5 is executed for the input ports grouped in the module. 
Connection request arbitration for input ports between 
modules is executed by pipeline processing. A 
combination of such a scheduling method and the methods 
of the four embodiments described above can also be 

10 realized without impairing the effects of each method. 

The following two methods can be used as 
scheduling methods of arbitrating connection requests 
for an input buffer type cross-bar switch. According to 
one method, inequality concerning reservation assignment 

15 among ports is eliminated by changing the connections 

between distributed scheduling modules using an external 
switch. In the other method, inequality concerning the 
average values of delay times with respect to connection 
permission responses to connection requests among ports 

20 is eliminated by changing in units of frames the 

processing sequence of reservation time slots in a 
processing frame in modules . A combination of these two 
methods and the methods of the four embodiments 
described above can also be realized without impairing 

25 the effects of each method. 

As has been described above, according to the 
present invention, information transfer processing 



between distributed scheduling modules, which is 
completed within one time slot, is separated from route 
assignment search processing (route reservation 
processing) in each distributed scheduling module, and a 
5 processing time of one time slot is assigned to each of 
the information transfer processing and the route 
reservation processing. In each input module, the 
output port reservation information receiving section, 
allocator, and output port reservation information 

10 transmitting section perform processing for a time slot 
for which different reservation times are set in the 
respective time slots. 

According to the present invention, since one 
time slot can be entirely assigned to reservation 

15 processing, pipeline processing can be performed even if 
many ports are used and much time is required for 
reservation processing. 

In addition, since one time slot can be 
assigned to information transfer processing, a much 

20 transfer time can be ensured, and necessary information 
can be transferred without using any high-speed clock 
even if many ports are used and a large amount of 
information must be transferred. 
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